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Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

Prufungsantrag gem. § 44 PatG 1st gestellt 
® Laden und Interpretieren von Daten 
(§) Bei einem Verfahren zum Laden von Daten (30) in einen 
Speicher eines tragbaren Datentragers weist dertragbare 
Datentrager einen Prozessorkern auf, der dazu eingerich- 
tet ist, in einer vorgegebenen, nativen Wortordnung auf 
Datenworter von Mehrwort-Datenstrukturen (34, 36) im 
Speicher zuzugreifen (38, 40). Die Daten (30) werden unter 
Beibehaltung ihrer Reihenfolge aufsteigend bzw. abstei- 
gend in den Speicher geschrieben, so daB die Wortord- 
nung der im Speicher abgelegten Mehrwort-Datenstruk- 
turen (34, 36) mit der nativen Wortordnung des Prozessor- 
kerns (14) ubereinstimmt. Bei einem Verfahren zum Inter- 
pretieren von Daten (32), die in dem Speicher des tragba- 
ren Datentragers vorliegen, unterscheidet sich die Adres- 
se jedes Instruktionscodes von jeder Basisadresse (42, 
44), die zum Zugriff auf eine als Parameter des Instrukti- 
onscodes dienende Mehrwort-Datenstruktur (34, 36) ver- 
wendet wird, um mehr als die Wortanzahl des Instruktion- 
scodes. Ein computerlesbarer Datentrager und ein trag- 
barer Datentrager weisen entsprechende Merkmale auf. 
Die Erfindung stellt eine Technik bereit, durch die sich Da- 
ten mit einer vorgegebenen Wortordnung effizient in 
tragbare Datentrager, die eine andere Wortordnung vor- 
aussetzen, laden bzw. auf den Datentragern interpretieren 
lassen. 
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Beschreibung 

[0001] Die Erfindung betrifft allgemein das Laden von 
Daten in einen Speicher eines tragbaren Datentragers sowie 
das Interpretieren von Daten, die in dem Speicher des trag- 
baren Datentragers vorhanden sind, durch einen von einem 
Prozessorkern des tragbaren Datentragers ausgefuhrten In- 
terpreter. Spezieller betrifft die Erfindung das Laden und In- 
terpretieren von Daten, die Mehrwort-Datenstrukturen mit 
einer vorgegebenen Wortordnung enthalten. Ein in Zusam- 
menhang mit der Erfindung eingesetzter tragbarer Datentra- 
ger kann insbesondere eine Chipkarte in unterschiedlichen 
Bauformen oder ein Chipmodul sein. 
[0002] Die moghchen Wortordnungen von Mehrwort-Da- 
tenstrukturen sind unter den Bezeichnungen big-endian und 
little-endian bekannt. Unter einer big-endian-Wortordnung 
wird eine Wortordnung verstanden, bei der das Wort mit 
dem hochstwertigen Bit (MSB = most significant bit) im 
Speicher an der niedrigsten Adresse der Mehrwort-Daten- 
struktur abgelegt ist bzw. bei einem Datenstrom zuerst uber- 
tragen wird. Entsprechend wird unter einer little-endian- 
Wortordnung eine Wortordnung verstanden, bei der das 
Wort mit dem geringstwertigen Bit (LSB = least significant 
bit) im Speicher an der niedrigsten Adresse der Mehrwort- 
Datenstruktur abgelegt ist bzw. bei einem Datenstrom zuerst 
ubertragen wird. Als "Wort" soli hier ein Bitfeld verstanden 
werden, dessen Breite der Verarbeitungsbreite des Prozes- 
sorkems und des Speichers entspricht Bei einem tragbaren 
Datentrager mit 8 Bit Verarbeitungsbreite ist daher ein Wort 
gleich einem Byte. 

[0003] Der native Lese- oder Schreibzugriff auf Mehr- 
wort-Datenstrukturen durch den Prozessorkern des tragba- 
ren Datentragers setzt voraus, daB die Daten im Speicher 
eine durch die Hardware oder Mikroprogrammierung des 
Prozessorkerns vorgegebene Wortordnung aufweisen. Ist 
dies nicht der Fall, also wenn beispielsweise der Prozessor- 
kern eine little-endian- Wortordnung erwartet und die Mehr- 
wort-Datenstrukturen in big-endian-Wortordnung gespei- 
chert sind, konnen die nativen Prozessorfunktionen nicht 
benutzt werden. Der Lese- oder Schreibzugriff muB dann in 
mehreren Einzelschritten erfolgen, bei denen getrennt auf 
die einzelnen Speicherworte der Mehrwort-Datenstruktur 
zugegriffen wird und bei denen Verschiebe- und Verknup- 
fungsoperationen ausgefiihrt werden. Verglichen mit der na- 
tiven Zugriffsoperation sind diese Einzelschritte sehr ineffi- 
zient. 

[0004] Ein zumindest firmenintemer Stand der Technik 
der Anmelderin betrifft das Laden von Daten im Java-Card- 
CAP-Format (CAP = converted applet) in eine Chipkarte, 
deren Prozessorkern eine little-endian-Wortordnung voraus- 
setzt. Das CAP-Format ist in Kapitel 6 des Dokuments "Java 
Card™ 2.2.1 Virtual Machine Specification", Revision 1.0 
vom 18. Mai 2000, verfugbar unter http/ / java.sun.com/pro- 
ducts/javacard, genau beschrieben. CAP-Daten sind eine 
Folge von 8-Bit-Worten, die Instruktionscodes und Daten- 
werte mit 8 Bit Breite und Mehrwort-Datenstrukturen mit 
16 oder 32 Bit aufweisen. Alle Mehrwort-Datenstrukturen 
liegen in den CAP-Daten in big-endian-Wortordnung vor. 
[0005] GemaB dem genannten Verfahren wird beim Laden 
der Daten in die Chipkarte analysiert, welche Datenworter 
zu Mehrwort-Datenstrukturen gehoren. Die Datenworter je- 
der Mehrwort-Datenstruktur werden dann in umgekehrter 
Reihenfolge in den Speicher der Chipkarte geschrieben. Das 
Verfahren ermoglicht eine effiziente Programmausfiihrung; 
es ist jedoch zur Ladezeit sehr rechenaufwending und erfor- 
dert viele einzelne Schreibvorgange in den Speicher der 
Chipkarte, die bei einem Speicher in EEPROM-Technologie 
nur langsam ablaufen und den Speicher belasten. 
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[0006] In der allgemeinen Computertechnik sind bereits 
Verfahren und Schaltungen bekannt, um Probleme bei der 
Auswertung von big-endian-Daten durch little-endian-Sy- 
steme und umgekehrt zu vermeiden. Beispiele fur solche 

5 Techniken finden sich in den US-Patenten 6 279 126, 
5 968 164, 5 918 075, 5 907 865, 5 867 690, 5 828 884, 
5 687 337, 5 630084 und 5 398 328. Die dort beschriebe- 
nen Losuhgen setzen aber in der Regel spezielle Hardware 
voraus, die aufwendige Entwicklungsarbeiten erfordert und 

to wenig flexibel ist. Uberdies besteht bei einigen der bekann- 
ten Techniken eine Beschrankung hinsichtlich der zulassi- 
gen Ausrichtung (alignment) der Mehrwort-Datenstrukturen 
an Adressen, die glatte Vielfache von 2 oder 4 sind. Andere 
Verfahren erfordern dagegen eine aufwendige Interpretation 

IS der Daten zur Ladezeit. 

[0007] Die Erfindung hat die Aufgabe, die genannten Pro- 
bleme zumindest zum Teil zu vermeiden und eine Technik 
bereitzustellen, durch die sich Daten mit einer vorgegebenen 
Wortordnung effizient in tragbare Datentrager, die eine an- 

20 dere Wortordnung voraussetzen, laden bzw. auf den Daten- 
tragem interpretieren lassen. Vorzugsweise soil hierfur 
keine zusatzliche Hardware benotigt werden, und die Daten 
sollen keinen Beschrankungen hinsichtlich der Ausrichtung 
der Mehrwort-Datenstrukturen unterliegen. 

25 [0008] ErfindungsgemaB wird diese Aufgabe durch Ver- 
fahren mit den Merkmalen des Anspruchs 1 bzw. des An- 
spruchs 4, einen computerlesbaren Datentrager mit den 
Merkmalen des Anspruchs 10 sowie einen tragbaren Daten- 
trager mit den Merkmalen des Anspruchs 1 1 gelosL Die ab- 

30 hangigen Anspriiche definieren bevorzugte Ausgestaltungen 
der Erfindung. 

[0009] Die Erfindung geht hinsichtlich des Ladevorgangs 
von der Grundidee aus, die Daten ohne Veranderung ihrer 
relativen Reihenfolge in Richtung fallender bzw. steigender 

35 Adressen in den Speicher zu schreiben, so daB die Wortord- 
nung der gespeicherten Daten mit der nativen Wortordnung 
des Prozessorkerns ubereinstimmt. Die Daten werden also 
beim Laden als ganzer Speicherbereich "umgekehrt" abge- 
legt. In vielen Ausgestaltungen bedeutet dies, daB die Daten 

40 anfangend bei hohen Speicheradressen hin zu niedrigen 
Adressen in den Speicher geschrieben werden. 
[0010] Die Erfindung ermoglicht das Laden der Daten in 
den Speicher ohne oder mit nur geringem Zusatzaufwand. 
Insbesondere brauchen die Daten nicht auf das Vorhanden- 

45 sein von Mehrwort-Datenstrukturen analysiert zu werden, 
was die Rechenzeit und auch den Speicherbedarf wahrend 
des Ladevorgangs verringert. Uberdies ist die Anzahl der 
Speicherzugriffe minimal. In vielen Ausgestaltungen kon- 
nen blockweise Speicheroperationen verwendet werden, die 

50 deutlich effizienter als Einzelzugriffe sind. 

[0011] Hinsichtlich der Interpretation der im Speicher be- 
findlichen Daten geht die Erfindung von der Grundidee aus, 
die Basisadresse fur den Zugriff auf eine als Parameter eines 
Instruktionscodes dienende Mehrwort-Datenstruktur so zu 

55 wahlen, daB eine native Prozessorfunktion zum Zugriff auf 
die Mehrwort-Datenstrukturen verwendet werden kann. Da- 
bei unterscheidet sich die Basisadresse um mehr als die 
Wortanzahl des Instruktionscodes von der Adresse des In- 
struktionscodes. Dieses Merkmal steht im Gegensatz zu der 

60 im Stand der Technik iiblichen Vorgehensweise, bei der 
nach der Auswertung eines beispielsweise ein Speicherwort 
umfassenden Instruktionscodes eine die unmittelbar an den 
Instruktionscode anschlieBende Basisadresse zum Zugriff 
auf den ersten Parameter der Instruktion dient. 

65 [0012] Durch die Erfindung lassen sich die "riickwarts" im 
Speicher befindlichen Daten ohne oder allenfalls mit gering- 
fugigen EffizienzeinbuBen interpretieren. Der eigentliche 
Zugriff auf die Mehrwort-Datenstrukturen erfolgt mit der 
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vollen Geschwindigkeit der nativen Prozessorfunkuonen, 
ohne daB zusatzlicher Programmcode im Interpreter erfor- 
derlich ware. Allenfalls fur die erforderlichen Schritte zur 
Anpassung der Basisadressen ist in manchen Ausgestaltun- 
gen zusatzlicher Rechenauf wand erforderlich, der jedoch im 
Vergleich mit den Einsparungen nicht ins Gewicht fallt. 
[0013] Insgesamt basiert die Erfindung wesentlich auf der 
Erkenntnis, daB der kontraintuitive Schritt des Ladens der 
Daten in der "verkehrten" Reihenfolge nicht nur unschad- 
hch ist, sondern erheblicbe Vorteile mit sich bringt. Insbe- 
sondere ist es ein iiberraschendes Ergebnis, daB sich die 
"verkehrt" gespeicherten Daten auBerst effizient interpretie- 
ren lassen. 

[0014] In bevorzugten Ausgestaltungen der Erfindung ist 
die native Wortordnung des Prozessorkerns eine litde-en- 
dian- Wortordnung, und die Wortordnung der Mehrwort-Da- 
tenstrukturen in den zu ladenden Daten ist eine big-endian- 
Wortordriung. Die erfindungsgemaB in "umgekehrter" Rich- 
tung in den Speicher geschriebenen Daten weisen dann eine 
little-endian-Wortordnung auf. Vorzugsweise erfolgt der 
Schreibvorgang in der Richtung von hohen zu niedrigen 
Adressen. Die vorgesehene Richtung des Programmflusses 
von Instruktionscode zu Instruktionscode, wenn Sprungbe- 
fehle nicht beriicksichtigt werden, lauft vorzugsweise eben- 
falls von hohen zu niedrigen Adressen. In anderen Ausge- 
staltungen der Erfindung sind die hier genannten Anordnun- 
gen jedoch gerade umgekehrt. 

[0015] Besonders bevorzugt wird die Erfindung bei trag- 
baren Datentragern eingesetzt, die die Funktionahtat einer 
Java Card™ aufweisen. Der vom Prozessorkern ausgefuhrte 
Interpreter ist dann vorzugsweise eine Java Card Virtual 
Machine. Die in den Datentrager zu ladenden Daten liegen 
vorzugsweise im Java-Card-CAP-Format vor. 
[0016] Der computerlesbare Datentrager weist erfin- 
dungsgemaB Programmbefehle auf, um das erfindungsge- 
maBe Verfahren zu implementieren. Ein derartiger Datentra- 
ger kann beispielsweise ein Halbleiterspeicher oder eine 
Diskette oder eine CD-ROM oder ein Band sein, auf denen 
ein Interpreter und/oder ein Ladeprogramm zur Verwendung 
in erfindungsgemaBen Chipkarten gespeichert ist. Insbeson- 
dere kann ein derartiger Datentrager zur Verwendung bei 
der Herstellung von Chipkarten vorgesehen sein. 
[0017] In bevorzugten Ausgestaltungen sind der compu- 
terlesbare Datentrager und/oder der tragbare Datentrager 
mit Merkmalen weitergebildet, die den oben beschrjebenen 
und/oder in den abhangigen Verfahrensanspruchen genann- 
ten Merkmalen entsprechen. 

[0018] Weitere Merkmale, Vorteile und Aufgaben der Er- 
findung gehen aus der folgenden genauen Beschreibung ei- 
nes Ausfiihrungsbeispiels und mehrerer Ausfuhrungsalter- 
nativen hervor. Es wird auf die schematischen Zeichnungen 
verwiesen, in denen zeigen: 

[0019] Fig. 1 ein Blockdiagramm mit Funktionseinheiten 
eines tragbaren Datentragers sowie in den Datentrager zu la- 
denden Daten, 

[0020] Fig. 2 und Fig. 3 je eine beispielhafte Darstellung 
der zu ladenden und der in den Speicher eingeschriebenen 
Daten nach dem Stand der Technik, und 
[0021] Fig. 4 eine beispielhafte Darstellung der zu laden- 
den und der in den Speicher eingeschriebenen Daten in ei- 
nem Ausfuhrungsbeispiel der Erfindung. 
[0022] Der in Fig. 1 dargestellte tragbare Datentrager 10 
ist im vorliegenden Ausfuhrungsbeispiel als Chipkarte aus- 
gebildet. Er weist eine Schnittstelle 12 zum kontaktlosen 
oder kontaktgebundenen Datenaustausch mit der LJmge- 
bung, einen Prozessorkern 14 und einen Speicher 16 auf. 
Der Prozessorkern 14, der Speicher 16 und Teile der Schnitt- 
stelle 12 sind auf einem einzigen, in Fig. 1 nicht gesondert 



dargestellten, Halbleiterchip integriert. Der Prozessorkern 
14 hat im vorliegenden Ausfuhrungsbeispiel eine Wortbreite 
von 8 Bit (= 1 Byte) und weist als native Wortordnung eine 
little-endian-Wortordnung auf. 
5 [0023] Der Speicher 16 weist mehrere Bereiche auf, die in 
unterschiedlichen Speichertechnologien ausgestaltet sind. 
Bei dem Ausfuhrungsbeispiel von Fig. 1 sind dies ein bei- 
. spielsweise als maskenprogrammiertes ROM ausgestalteter 
Nur-Lese-Speicher 18, ein in EEPROM-Technologie ausge- 
10 stalteter nichtfluchtiger Schreib-/Lese-Speicher 20 und ein 
als RAM ausgestalteter fliichtiger Schreib-/Lese-Speicher 
22. In dem Nur-Lese-Speicher 18 befinden sich insbeson- 
dere ein Betriebssystem 24, ein Ladeprogramm 26 und ein 
Interpreter 28. 

15 [0024] Das Betriebssystem 24 stellt in an sich bekannter 
Weise grundlegende Funktionen fur den Betrieb des tragba- 
ren Datentragers 10 bereit. Der Interpreter 28 implementiert 
im vorliegenden Ausfuhrungsbeispiel eine Java Card Virtual 
Machine, die gemaB dem bereits genannten Dokument 

20 "Java Card™ 2.2.1 Virtual Machine Specification", Revi- 
sion 1,0 vom 18. Mai 2000, verfugbar unter http://ja- 
va.sun.com/products/javacard, ausgestaltet ist. Das Lade- 
programm 26 dient dazu, Daten 30 in den Speicher 16 zu la- 
den. Die als Ergebnis des Ladevorgangs in den nichtfliichu- 

25 gen Schreib-/Lese-Speicher 20 eingeschriebenen Daten sind 
in den Figuren mit dem Bezugszeichen 32 versehen. Im hier 
beschriebenen Ausfuhrungsbeispiel liegen die Daten 30 im 
eingangs bereits erwahnten Java-Card-CAP-Format vor. In 
Ausfuhrungsalternativen konnen die Daten 30 dagegen an- 

30 dere strukturierte und/oder interpretierbare Datenformate 
aufweisen. 

[0025] Einige Details der Struktur der zu ladenden Daten 
30 sind in Fig. 2 bis Fig. 4 verahschaulicht. Die Daten 30 
sind eine Folge von Bytes, durch die Instruktionen eines 

35 Java-Card-Applets codiert werden. Jede Instruktion weist 
ein Byte als Instruktionscode und optional einen oder meh- 
rere Parameter auf. Die Parameter konnen einzelne Bytes 
oder Zwei-Wort-Datenstrukturen mit zwei Bytes (Datentyp 
short) oder Vier-Wort-Datenstrukturen mit vier Bytes (Da- 

40 tentyp integer) sein. Samtliche Mehrwort-Datenstrukturen 
in den zu ladenden Daten 30 weisen die big-endian-Wort- 
ordnung auf. 

[0026] In Fig. 2 bis Fig. 4 sind die Grenzen zwischen den 
Instruktionen durch dicke Linien markiert, und die Instruk- 

45 tionscodes sind schraffiert unterlegt. Das erste Byte der zu 
ladenden Daten 30 ist in Fig. 2 bis Fig. 4 unten gezeigt. Die- 
ses Byte bezeichnet als erster Instruktionscode 0x13 den 
Befehl sipush. Der Befehl sipush bewirkt, daB die 2-Byte- 
Konstante 0 X ABCD, die durch die als Parameter folgende 

50 Mehrwort-Datenstruktur 34 angegeben ist, in einen Stapel- 
speicher geschrieben wird. In der zweiten Instruktion be- 
zeichnet der Instruktionscode 0x16 den Befehl sload, und 
der 1-Byte Parameter 0x12 gibt einen lokalen Variablenin- 
dex dazu an. Der Instruktionscode 0 x 8D in der dritten In- 

55 struktion ruft eine Methode auf (Befehl invokestatic). Hier- 
bei gibt die Mehrwort-Datenstruktur 36 als Parameter den 
Indexwert 0 x 0123 an. Dieser Indexwert verweist auf einen 
Eintrag in einem Konstantenpool, der seinerseits die aufzu- 
rufende Methode referenziert. 

60 [0027] ^ In dem bekannten Verfahren gemaB Fig. 2 werden 
die Daten 30 unter Beibehaltung ihrer Reihenfolge in auf- 
steigender Ordnung in den Speicher 16 geladen; der Lade- 
vorgang ist durch Pfeile symbolisiert. Als Ergebnis dieses 
Ladevorgangs befindet sich beispielsweise der erste Instruk- 

65 tionscode 0 x 13 an der Speicheradresse 0 relativ zu einer 
Startadresse des hier beirachleten Speicherbereichs, das ho- 
herwertige Byte 0 x AB der Mehrwort-Datenstruktur 34 an 
der Speicheradresse 1, das geringerwertige Byte 0 x CD der 
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Mehrwort-Datenstruktur 34 an der Speicheradresse 2, und 
so weiter. 

[0028] Bei der Interpretation der so in den Speicher 16 ge- 
ladenen Daten fuhrt der Prozessorkern 14 eine Zugriffsfolge 
aus, die in der rechten Tabellenspalte von Fig. 2 angedeutet 5 
ist. Da z. B: die Mehrwort-Datenstruktur 34 im Speicher 16 
in der big-endian- Wortordnung und nicht in der nativen 
little-endian-Wortordnung des Prozessorkerns 14 vorliegt, 
konnen effiziente maschinensprachliche Befehle des Prozes- 
sorkerns 14 zum Zugrifr auf eine 1 6-Bit-Zahl nicht verwen- to 
det werden. Der Prozessorkern 14 muB vielmehr getrennt 
auf die Bytes an den Speicheradressen 1 und 2 zugreifen und 
die eingelesenen Bytewerte dann durch Schiebe- und Ver- 
kniipfungsoperationen zu der 1 6-Bit- Zahl kombinieren. Die 
erforderlichen Operationen lassen sicb in einer der Program- 15 
miersprache C ahniichen Notation z. B. wie folgt ausdruk- 
ken: 

value = (data[l] < < 8 I data[2]) 

20 

[0029] Das in Fig. 3 veranschaulichte Lade- und Interpre- 
tationsverfahren vermeidet den erheblichen Zusatzaufwand, 
der bei dem Verfahren von Fig. 2 zur Datenformatumwand- 
lung wahrend der Interpretationszeit erforderlich ist. Bei 
dem Verfahren gemaB Fig. 3 wird zur Ladezeit die Struktur 25 
der Daten 30 analysiert, um die Mehrwort-Datenstrukturen 
34 und 36 zu identifizieren. Die Bytes dieser Mehrwort-Da- 
tenstrukturen 34 und 36 werden dann beim Ladevorgang 
vertauscht, so daB die in den Speicher 16 an den Adressen 1 
und 2 bzw. 6 und 7 geschriebenen Daten 32 die little-endian- 30 
Wortordnung aufweisen. 

[0030] Die Mehrwort-Datenstrukturen 34 und 36 der im 
Speicher 16 vorliegenden Daten 32 konnen dann zur Inter- 
pretationszeit durch native Befehle des Prozessorkerns 14 
gelesen werden. Diese Befehle sind in der rechten Spalte 35 
von Fig. 3 durch Ovale angedeutet und mit den Bezugszei- 
chen 38 bzw. 40 versehen. Jeder native Mehrwortbefehl 38, 
40 geht von einer Basisadresse 42, 44 aus, die das erste ge- 
lesene Speicherwort angibt Durch den Prozessorkern 14 ist 
vorgegeben, daB jeweils die Adresse des geringstwertigen 40 
Wortes der Mehrwort-Datenstruktur 34, 36 als Basisadresse 
42, 44 dient. Beispielsweise laBt sich der Mehrwortbefehl 
38 durch die folgende Notation ausdriicken; die Basis- 
adresse 42 ist hierbei die Adresse 1: 

45 

value = *((unsigned int*)(data + 1)) 

[0031] Das Verfahren gemaB Fig. 3 weist eine hohe Ge- 
schwindigkeit zur Interpretationszeit auf. Die beim Lade- 
vorgang notwendige Analyse der Daten 30 ist jedoch re- 50 
chenaufwendig. Auch die vielen einzelnen Schreibvorgange 
in den EEPROM-Speicher 20 erfordem betrachtliche Zeit 
und stellen eine Belastung fur den EEPROM-Speicher 20 

[0032] Fig. 4 zeigt an dem gegebenen Ausfuhrungsbei- 55 
spiel den Einsatz des erfindungsgemaBen Lade- und Inter- 
pretation sverfahren. Das Laden der Daten 30 wird vom La- 
deprogramm 26 gesteuert. Die Daten 30 werden hierbei 
ohne Veranderung ihrer relativen Reihenfolge in Richtung 
absteigender Adressen in den Speicher 16 geschrieben. Da- 60 
bei konnen effiziente Operationen zum blockweisen Be- 
schreiben des Speichers 16 eingesetzt werden. Die in den 
Speicher 16 geladenen Daten 32 sind gegeniiber den Ur- 
sprungsdaten 30 insgesamt vertauscht. Beispielsweise sind 
in den Daten 32 die Instruktionscodes an den Adressen 7, 4 65 
und 2 angeordnet und weisen damit hohere Adressen als die 
jeweils zugeordneten Parameter auf. Die Mehrwort-Daten- 
strukturen 34, 36 liegen als Ergebnis des Ladevorgangs in 



der little-endian-Wortordnung im Speicher 16 vor. 
[0033] Bei der von dem Interpreter 28 durchgefuhrten In- 
terpretation der im Speicher 16 befindlichen Daten 32 wird 
die AdreBumkehr wahrend des Ladevorgangs beriicksich- 
tigt. Die einzelnen Instruktionen werden daher in Richtung 
fallender Speicheradressen ausgefuhrt. Dies betrifft sowohl 
den Ubergang vori einem Instruktionscode zu einem oder 
mehreren zugeordneten Parametern als auch den Programm- 
fluB von einem zum folgenden Instruktionscode - ohne Be- 
riicksichtigung von Sprungen. So wird beispielsweise bei 
dem in Fig. 4 gezeigten Ablauf zunachst der Instruktion- 
scode 0 x 13 bei der Speicheradresse 7 ausgewertet, dann 
die Mehrwort-Datenstruktur 34 mit dem Wert 0 x ABCD an 
den Adressen 5 und 6, dann der Instruktionscode 0 x 16 an 
der Adresse 4, dann dessen zugehoriger Parameter 0 X 12 an 
der Adresse 3, und so weiter. 

[0034] In dem hier beschriebenen Ausfuhrungsbeispiel 
werden die Mehrwort-Datenstrukturen 34, 36 wie in dem 
Verfahren von Fig. 3 durch native Prozessorbefehle 38, 40 
gelesen, so daB die Zugriffsreihenfolge innerhalb einer 
Mehrwort-Datenstruktur 34, 36, wie durch den Prozessor- 
kern 14 vorgegeben, in Richtung steigender Adressen ver- 
lauft. Mit anderen Worten verlauft die Zugriffsfolge inner- 
halb einer Mehrwort-Datenstruktur 34, 36 umgekehrt zu der 
oben erwahnten Richtung der Instruktionsausfuhrung. 
Durch diesen Richtungswechsel schlieGen die fur die Zu- 
griffe auf die Mehrwort-Datenstrukturen 34, 36 verwende- 
ten Basisadressen 42, 44 nicht unmittelbar an die Adressen 
der entsprechenden Instruktionscodes an, sondem sie sind 
von den Instruktionsco;ies durch die hoherwertigen Bytes 
der Mehrwort-Datenstrukturen 34, 36 getrennt. 
[0035] Als Beispiel fur den gerade erwahnten Richtungs- 
wechsel wird in Fig. 4 nach der Auswertung des Instruktion- 
scodes 0 x 13 an Adresse 7 die Adresse 5 als Basisadresse 
42 verwendet, um durch den nativen Prozessorbefehl 38 auf 
die Mehrwort-Datenstruktur 34 zuzugreifen. Bei diesem Zu- 
griff liest der Prozessorkern 14 zunachst das geringerwer- 
tige Byte 0 x CD von Adresse 5 und dann das hoherwertige 
Byte 0 x AB von Adresse 6. Vor und nach der Ausfuhrung 
des Prozessorbefehls 38 erfolgt jedoch der Interpretations- 
vorgang in Richtung fallender Speicheradressen. 
[0036] Insgesamt wird durch, das hier beschriebene Ver- 
fahren eine effiziente Interpretierung der im Speicher 16 be- 
findlichen Daten 32 ermoglicht, wobei insbesondere native 
Mehrwort-Prozessorbefehle 38, 40 eingesetzt werden kon- 
nen. Wahrend im vorliegenden Beispiel das Laden und die 
Interpretation von Daten 30, die ursprunglich in der big-en- 
dian- Wortordnung vorliegen, auf einer Plattform mit little- 
endian-Wortordnung beschrieben wurde, sind die erfin- 
dungsgemaBen Techniken auch im umgekehrten Fall ent- 
sprechend anwendbar. 

Patentanspriiche 

1 . Verfahren zum Laden von Daten (30) in einen Spei- 
cher (16) eines tragbaren Datentragers (10), bei dem: 
der tragbare Datentrager (10) einen Prozessorkern (14) 
aufweist, der dazu eingerichtet ist, in einer vorgegebe- 
nen, nativen Wortordnung auf Datenwdrter von Mehr- 
wort-Datenstrukturen (34, 36) im Speicher (16) zuzu- 
greifen (38, 40), und bei dem 

die zu ladenden Daten (16) Mehrwort-Datenstrukturen 
(34, 36) enthallen, deren Wortordnung gegeniiber der 
nativen Wortordnung des Prozessorkerns (14) umge- 
kehrt ist, 

dadurch gekennzeichnct, daB 

die Daten (30) unter Beibehaltung ihrer Reihenfolge 
aufsteigend bzw. absteigend in den Speicher (16) ge- 
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schrieben werden, so daB die Wortordnung der im 
Speicher (16) abgelegten Mehrwort-Datenstrukturen 
(34, 36) mit der nativen Wortordnung des Prozessor- 
kems (14) iibereinstimmt. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 5 
net, daB die native Wortordnung des Prozessorkems 
(14) eine little-endian-Wortordnung ist, und daB die' 
Wortordnung der Mehrwort-Datenstrukturen (34, 36) 

in den zu ladenden Daten (30) eine big-endian-Wort- 
ordnung ist, in daB die Daten (30) in Richtung abstei- 10 
gender Adressen in den Speicher (16) geschrieben wer- 
den, so daB die Wortordnung der in den Speicher (16) 
geschriebenen Mehrwort-Datenstrukturen (34, 36) eine 
little-endian-Wortordnung ist. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 15 
zeichnet, daB die Daten (30) Instruktionscodes aufwei- 
sen, die zur Interpretierung durch einen von dem Pro- 
zessorkem (14) ausgefiihrten Interpreter (28) des trag- 
baren Datentragers (10) vorgesehen sind, und daB zu- 
mindest einigeh der Instruktionscodes je mindestens 20 
eine Mehrwort-Datenstruktur (34, 36) als Parameter 
zugeordnet.ist. 

4. Verfahren zum Interpretieren von Daten (32), die in 
einem Speicher (16) eines tragbaren Datentragers (10) 
vorliegen, durch einen Interpreter (28), der von einem 25 
Prozessorkern (14) des tragbaren Datentragers (10) 
ausgefuhrt wird, wobei: 

die Daten (32) Instruktionscodes enthalten, die zur In- 
terpretierung durch den Interpreter (28) vorgesehen 
sind, *" 30 

zumindest einigen der Instrukdonscodes je mindestens 
eine Mehrwort-Datenstruktur (34, 36) als Parameter 
zugeordnet ist, 

der Prozessorkern (14) dazu eingerichtet ist, auf 
Grundlage einer Basisadresse (42, 44), die eine Mehr- 35 
wort-Datenstruktur (34, 36) bezeichnet, in einer vorge- 
gebenen, nativen Wortordnung auf die Datenworter 
dieser Mehrwort-Datenstruktur zuzugreifen (38, 40), 
dadurch gekennzeichnet, daB 

die Adresse jedes Instruktionscodes sich von jeder Ba- 40 
sisadresse (42, 44), die zum Zugriff auf eine als Para- 
meter des Instruktionscodes dienende Mehrwort-Da- 
tenstruktur (34, 36) verwendet wird, urn mehr als die 
Wortanzahl des Instruktionscodes unterscheidet. 

5. Verfahren nach Anspruch 4, dadurch gekennzeich- 45 
net, daB jeder Instruktionscode sich im Speicher (32) 

an einer hoheren Adresse befindet als alle diesem In- 
struktionscode zugeordneten Parameter. 

6. Verfahren nach Anspruch 4 oder Anspruch 5, da- 
durch gekennzeichnet, daB die native Wortordnung des 50 
Prozessorkems (14) eine litde-endian- Wortordnung ist, 
und daB die Wortordnung der im Speicher (16) vorlie- 
genden Mehrwort-Datenstrukturen (34, 36) eine littie 
ndian- Wortordnung ist, und daB die vorgesehene Rich- 
tung des Programmfiusses von Instruktionscode zu In- 55 
struktionscode, ohne Beriicksichtigung von Sprungbe- 
fehlen, von hohen zu niedrigen Speicheradressen er- 
folgt. 

7. Verfahren nach einem der Anspriiche 3 bis 6, da- 
durch gekennzeichnet, daB bei den im Speicher (16) 60 
enthaltenen Daten (32) die vorgesehene Richtung des 
Programmfiusses von Instruktionscode zu Instruktion- 
scode, ohne Beriicksichtigung von Sprungbefehlen, 
umgekehrt zu einer durch den Prozessorkern (14) vor- 
gegebenen, nativen Zugriffsreihenfolge auf die einzel- 65 
nen Datenworter der als Parameter dienenden Mehr- 
wort-Datenstrukturen (34, 36) ist. 

8. Verfahren nach einem der Anspriiche 1 bis 7, da- 
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durch gekennzeichnet, daB die Wortbreite des Prozes- 
sorkems (14) und des Speichers (16) 8 Bit betragt, und 
daB die Mehrwort-Datenstrukturen (34, 36) zumindest 
tcilweise als Zwei-Wort-Datenstrukturen mit 16 Bit 
oder zumindest teilweise als Vier-Wort-Datenstruktu- 
ren mit 32 Bit vorliegen. 

9. Verfahren nach einem der Anspriiche 1 bis 8, da- 
durch gekennzeichnet, daB die zu ladenden Daten (30) 
als Java-Card-CAP-Datei vorliegen, und/oder daB der 
Interpreter (28) eine Java Card Virtual Machine ist. • 

10. Computerlesbarer Datentrager, der Programmbe- 
fehle aufweist, urn einen Prozessorkern (14) eines trag- 
baren Datentragers (10) zu veranlassen, ein Verfahren 
mit den Merkmalen eines der Anspriiche 1 bis 9 zu ver- 
anlassen. 

11. Tragbarer Datentrager (10) mit einem Speicher 
(16) und einem Prozessorkern (14), der zur Ausfuh- 
rung eines Verfahrens mit den Merkmalen eines der 
Anspriiche 1 bis 9 eingerichtet ist. 
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Keine Zusammenfassung verfugbar fur DE1 0202032 
Zusammenfassung der korrespondierenden Patentschrift EP1 329805 
Method for loading data (30) in the memory of a 
portable data carrier, whereby said data carrier 
has a processor core that is designed to access 
and write data words from multiple word data 
structures in memory. Accordingly said data is 
written in an increasing or decreasing manner to 
memory, while maintaining the word order. The 
invention also relates to a method for 
interpretation of data from the memory of a 
portable data carrier and a portable, computer- 
readable data carrier. 
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